[root@Linux ~]# cp [-adfilprsu] 来源档(source) 目的檔(destination) [root@linux ~]# cp [options] source1 source2 source3 …. directory参数： -a ：相当于 -pdr 的意思； -d ：若来源文件为连结文件的属性(link file)，则复制连结文件属性而非档案本身； -f ：为强制 (force) 的意思，若有重复或其它疑问时，不会询问使用者，而强制复制； -i ：若目的檔(destination)已经存在时，在覆盖时会先询问是否真的动作！ -l ：进行硬式连结 (hard link) 的连结档建立，而非复制档案本身； -p ：连同档案的属性一起复制过去，而非使用预设属性； -r ：递归持续复制，用于目录的复制行为； -s ：复制成为符号连结文件 (symbolic link)，亦即『快捷方式』档案； -u ：若 destination 比 source 旧才更新 destination ！ 最后需要注意的，如果来源档有两个以上，则最后一个目的文件一定要是『目录』才行！

范例：范例一：将家目录下的 .bashrc 复制到 /tmp 下，并更名为 bashrc [root@linux ~]# cd /tmp [root@linux tmp]# cp ~/.bashrc bashrc [root@linux tmp]# cp -i ~/.bashrc bashrc cp: overwrite `basrhc’? n # 重复作两次动作，由于 /tmp 底下已经存在 bashrc 了，加上 -i 参数， # 则在覆盖前会询问使用者是否确定！可以按下 n 或者 y 呢！ # 但是，反过来说，如果不想要询问时，则加上 -f 这个参数来强制直接覆盖！

范例二：将 /var/log/wtmp 复制到 /tmp 底下 [root@linux tmp]# cp /var/log/wtmp .  bashrc -rw-r–r– 1 root root 395 Jul 18 22:48 bashrc_slink_2 # 这个例子也是很有趣喔！原本复制的是连结档，但是却将连结档的实际档案复制过来了 # 也就是说，如果没有加上任何参数时，复制的是源文件，而非连结文件的属性！ # 若要复制连结文件的属性，就得要使用 -d 或者 -a 的参数了！

范例七：将家目录的 .bashrc 及 .bash_history 复制到 /tmp 底下 [root@linux tmp]# cp ~/.bashrc ~/.bash_history /tmp # 可以将多个数据一次复制到同一个目录去！ 这个 cp 的功能很多，而由于我们常常在进行一些数据的复制，所以也会常常用到这个指令的。 一般来说，我们如果去复制别人的数据 (当然，该档案您必须要有 read 的权限才行啊！ ^_^) 时， 总是希望复制到的数据最后是我们自己的，所以，在预设的条件中， cp 的来源档与目的档的权限是不同的，目的档的拥有者通常会是指令操作者本身。举例来说， 上面的范例二中，由于我是 root 的身份，因此复制过来的档案拥有者与群组就改变成为 root 所有了！ 这样说，可以明白吗？！ ^_^

由于具有这个特性，因此，当我们在进行备份的时候，某些需要特别注意的特殊权限档案， 例如密码文件 (/etc/shadow) 以及一些设定档，就不能直接以 cp 来复制，而必须要加上 -a 或者是 -p 等等可以完整复制档案权限的参数才行！另外，如果您想要复制档案给其它的使用者，也必须要注意到档案的权限(包含读、写、执行以及档案拥有者等等)，否则，其它人还是无法针对您给予的档案进行修订的动作喔！注意注意！

至于上面的范例当中，第四个范例是最有趣的，使用 -l 及 -s 都会建立所谓的连结档 (link file)，但是这两种连结档确有不一样的展现情况。这是怎么一回事啊？ 那个 -l 就是所谓的 hard link ，至于 -s 则是 symbolic link ，这里先不介绍， 因为这个涉及 i-node 的相关知识，我们还没有介绍到，下一章再来讨论这个 link 的问题喔！ 总之，由于 cp 有种种的档案属性与权限的特性，所以，在复制时，您必须要清楚的了解到： 是否需要完整的保留来源档案的信息？ 来源档案是否为连结档 (symbolic link file)？ 来源档是否为特殊的档案，例如 FIFO, socket 等？ 来源文件是否为目录？

需要说明的是，为防止用户在不经意的情况下用cp命令破坏另一个文件，如用户指定的目标文件名已存在，用cp命令拷贝文件后，这个文件就会被新源文件覆盖，因此，建议用户在使用cp命令拷贝文件时，最好使用i选项。

本文转自 杰思 51CTO博客，原文链接:http://blog.51cto.com/12700807/1939446